home *** CD-ROM | disk | FTP | other *** search
/ The Very Best of Atari Inside / The Very Best of Atari Inside 1.iso / mint / mintmisc / readme < prev   
Text File  |  1992-03-05  |  7KB  |  217 lines
  1. In diesem Archiv befinden sich die übersetzten Files, die in der folgenden Message
  2. aus dem MAUS-Netz angesprochen wurden.
  3. Gruß, 
  4.  
  5.    Karsten Isakovic
  6.    
  7. Email:  KI@B.MAUS.DE                    Post:   Karsten Isakovic
  8.         KI@B                                    Wilmesdorferstr.82
  9.         KI%B@2:242/2.6                          1000 Berlin 12
  10.         KI%MAUS B@ZERMAUS.ZER
  11. ----------------------------------------------------------------------------------
  12.  
  13. Gruppe: ATARI-EXP
  14. L.I...... Mint-Hintergrund-Prozesse
  15. Kommentar zu A32014@AC
  16.  
  17. ID:A7644@B
  18. Von : Karsten Isakovic @ B (So, 01.03.92 10:33)
  19.  
  20. Ich habe mal ein paar Messages bezüglich MiNT aus der MAUS kopiert, die sich
  21. mit Euren Fragen befassen:
  22.  
  23. Themen:
  24. - Langsameres Abarbeiten von nachgestarteten Prozessen in GEM-Programmen
  25. - Shells
  26. - Ausgaben von nachgestarteten Prozessen ansehen
  27. - Probleme mit MiNT & NVDI
  28. - BGACC und Anhalten nachgestarter Pozesse
  29.  
  30. ##############################################################################
  31. Thema: Langsameres Abarbeiten von nachgestarteten Prozessen in GEM-Programmen
  32.  
  33. Von : Karsten Isakovic @ B (Sa, 21.02.92 20:25)
  34.  
  35. SH>Aber nun zu meinem momentanen Problem: In früheren Versionen war es kein
  36. SH>Problem, neben irgendwelchen GEM-Applikationen was im Hintergrund laufen zu
  37.  
  38. Dies liegt daran, daß im Supervisor-Modus keine Taskswitches mehr ausgeführt
  39. werden. Dies würde nur Probleme bringen. Das AES selber läuft im Supervisor-
  40. Modus ab, wenn GEMINI oder der DESKTOP auf seine Eingaben wartet, passiert
  41. erst einmal nichts mehr.
  42.  
  43. SH>[...] Gibt es da eine Einflußmöglichkeit?
  44.  
  45. Ja, ein ganz einfaches ACC kann schon dafür sorgen, daß alles weiterläuft:
  46.  
  47. ---------------------------------------------
  48. #include <aes.h>
  49. void main(void)
  50. {
  51.   appl_init();
  52.   while(1)
  53.     {
  54.     evnt_timer(10,0);    /* Alle 10 millisekunden */
  55.     Syield();            /* Rechenzeit an MiNT-Prozesse abgeben */
  56.     }
  57. }
  58. ---------------------------------------------
  59.  
  60. Den Syield musst Du natürlich als gemdos(255) schreiben, da er (noch?)
  61. nicht in der TurboC/PurceC Bibliothek zu finden ist.
  62.  
  63. ##############################################################################
  64. Thema: Shells:
  65. ------------------------------------------------------------------------------
  66. Von : Karsten Isakovic @ B (So, 16.02.92 13:35)
  67.  
  68. Ich habe folgende Shells:
  69.  
  70.  KSH   4.0a/24.02.91  ggascoigne
  71.  TCSH  6.00.02        Eric R.Smith
  72.  BASH  1.05.1         GNU version
  73.  
  74. Alle drei lassen sich ueber MW2 laden, bei der KSH hatte ich Probleme mit dem
  75. Finden der PROFILE.KSH. (ENV=... im INIT.RC hilft weiter)
  76.  
  77. ##############################################################################
  78. Thema: Ausgaben von nachgestarteten Prozessen ansehen
  79.  
  80. Von : Markus Müller @ K (Fr, 21.02.92 13:07)
  81.  
  82. >[...]  Wie ist es zu
  83. >bewerkstelligen, daß wir 'mal die Bildschirmausgabe zu Gesicht bekommen (z.B.
  84. >um festzustellen, ob ein Fehler aufgetreten ist oder auch nur aus Neugier)
  85. >und dann TeX weiter im Hintergrund laufen zu lassen?
  86.  
  87. Wenn man in bgacc eine Shell nachstartet, die es erlaubt ihrerseits Prozesse
  88. im Hintergrund laufen zu lassen (z.B. MiNTINIT: `tex -para ... >datei &'), so
  89. kann man `datei'ganz einfach mit `more' oder `cat' anzeigen lassen (auch wenn
  90. diese laut `ls -l' noch eine Länge 0 hat).
  91.  
  92. MfG, Markus
  93. --------------------------
  94. [Man kann auch mit 'tail' die letzten Zeilen der Datei anzeigen lassen...]
  95.  
  96. ##############################################################################
  97. Thema: MiNT & NVDI
  98.  
  99. Von : Juergen Heindel @ MS (Fr, 14.02.92 20:32)
  100.  
  101. Julian Reschke @ MS  schrieb am Di, 10.02.92 10:31 in ATARI ST:
  102. JR>MiNT 0.92 geht davon aus, daß Bconout() auf die Konsole d0 nicht zerstört
  103. JR>(das ist natürlich ein Bug). Deine Beta-Version von Gemini tut das aber.
  104. JR>Abhilfe: MiNT 0.93 installieren (müßte in den nächsten Tagen kommen).
  105.  
  106. Dies auch der Fehler der zu Problemen mit NVDI fuehrt. Hier ein kleines
  107. Programm (Minimalversion) das den Fehler behebt bis MiNT 0.93 kommt.
  108.  
  109. mfg Juergen
  110.  
  111. ----------------- Schnip -------------------------------------
  112.  text
  113. pranf:
  114.  moveq.l #10,d0   ;Länge Berechnen und in D7
  115.  lsl.l d0,d7
  116.  move.l 4(sp),a0
  117.  add.l 12(a0),d7
  118.  add.l 20(a0),d7
  119.  add.l 28(a0),d7
  120.  add.l #$100,d7
  121.  
  122.  pea vinst       ;Adresse der Supervisorroutine
  123.  move.w #38,-(sp)
  124.  trap #14
  125.  addq.l #6,sp
  126.  move.w #0,-(sp) ;Beenden mit Speicherplatzreservierung
  127.  move.l d7,-(sp)
  128.  move.w #$31,-(sp)
  129.  trap #1
  130.  
  131.  
  132. vinst:
  133.  move.w  sr,-(sp) ;Status auf Stack retten
  134.  ori.w #$700,sr      ;Interrupts sperren !
  135.  move.l $586,alttrap ;alten Trap retten
  136.  move.l #ntrap,$586
  137. noinst:
  138.  move.w (sp)+,sr  ;alter Status
  139.  rts
  140.  
  141.  
  142.  even
  143.  dc.b 'XBRA'
  144.  dc.b 'HMNT'
  145. alttrap:
  146.  dc.l 0
  147.  
  148. ntrap:
  149.  move.l d0,hd0
  150.  move.l a6,ha6
  151.  move.l (sp)+,altret
  152.  move.l alttrap,a6
  153.  jsr (a6)
  154. aus:
  155.  move.l altret,-(sp)
  156.  move.l ha6,a6
  157.  move.l hd0,d0
  158.  rts
  159.  
  160.  even
  161. hd0:
  162.  dc.l 0
  163. ha6:
  164.  dc.l 0
  165. altret:
  166.  dc.l 0
  167.  
  168.  END
  169. ----------------------------------
  170. Von : Juergen Heindel @ MS (Sa, 29.02.92 16:57)
  171.  
  172. Noch eine Bemerkung zu NVDI und MiNT. Mit dem Patchprogramm funktioniert zwar
  173. die Ausgabe bei NVDI jetzt, jedoch wird bei _jedem_ Aufloesungswechsel durch
  174. die Neuinstallation eines Bildschirmtreibers das Patchprogramm aus den Vektoren
  175. ausgehaengt. Man sollte es also nach dem Aufloesungswechsel neu starten (oder
  176. es verbessern  ... oder noch besser: MiNT 0.93 [hoffentlich bald])
  177.  
  178. mfg Juergen
  179.  
  180. ##############################################################################
  181. Thema: BGACC und Anhalten nachgestarter Pozesse
  182.  
  183. Von : Karsten Isakovic @ B (Mi, 19.02.92 23:47)
  184.  
  185. MH>Wir starten TeX unter init, welches von bgacc aufgerufen wurde.  Mit ^0
  186. MH>können wir dann bgacc verlassen.
  187. MH>TeX (wir meinen tex.ttp) allerings erwartet nach etwa einer halben
  188. MH>Minute eine Eingabe (was wir mit top feststellen können). Wird dann
  189. MH>wieder bgacc angeklickt, läuft TeX weiter.
  190.  
  191. Zur Erklärung muß ich etwas weiter ausholen:
  192.  
  193. BGACC arbeitet mit einem internen 2.Prozess (Server), da bei einem
  194. Wechsel des Hauptprogramms Probleme mit den Filehandles auftreten.(*)
  195. Das INIT, das in BGACC nachgestartet wurde, kommunizert mit dem
  196. Server über eine PIPE. Alle Ausgaben die von der Shell oder nach-
  197. gestarteten Prozessen gemacht werden, werden in die Pipe ausgegeben
  198. und der Server liest sie von dort und gibt sie auf dem Schirm aus.
  199. Der Server in BGACC gibt allerdings nur aus, wenn die 2.Seite
  200. sichtbar ist. Wenn man mit ^0 auf die GEM-Seite umschaltet, so
  201. werden noch maximal 4096 Bytes ausgegeben, bis die Pipe die Annahme
  202. von Zeichen verweigert und MiNT den ausgebenden Prozess blokiert.
  203. Schaltet man auf den BGACC-Schirm um, so wird vom Server zu Anfang
  204. sehr schnell die Pipe abgearbeitet und der Prozess läuft weiter.
  205. Lenkt man die Ausgaben in ein File um, so kann die Pipe auch nicht
  206. 'vollaufen' und der Prozess wird nicht gestoppt.
  207.  
  208. (*) Der interne Server-Prozess ist notwendig, da MiNT Filehandles
  209.     pro Prozess vergibt. Da beim Starten von GEM-Programmen der
  210.     aktive Prozess wechselt, würde es Probleme beim Zugriff auf
  211.     den Pipe-Filehandle geben. Genauso gäbe es Ärger mit Speicher,
  212.     der während des nachgestarteten GEM-Programms angelegt wurde.
  213.     Der Speicher würde dem GEM-Programm gehören und beim Verlassen
  214.     desselben natürlich freigegeben...
  215.  
  216. Gruß, Karsten
  217.